home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 10554 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.6 KB  |  32 lines
  1. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  2. Path: newshub.cts.com!crash!telesoft!pmartin
  3. From: pmartin@alsys.com (Pascal Martin @lone)
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Message-ID: <Dnxw7F.J04@thomsoft.com>
  6. Sender: pmartin@thomsoft.com (Pascal Martin @lone)
  7. Organization: Thomson Software Products, San Diego, CA, USA
  8. References: <JSA.96Feb16135027@organon.com> <4h8r0v$1c4i@saba.info.ucla.edu>  <4hbj2b$cnt@sun152.spd.dsccc.com>  <adaworksDnrqsE.LpC@netcom.com> <4hhred$1rn@sun152.spd.dsccc.com> <adaworksDntn85.50y@netcom.com>
  9. Date: Fri, 8 Mar 1996 08:13:59 GMT
  10.  
  11.  
  12. >: to be hard for Ada to keep up.  To use Ada in my work today, I would 
  13. >: require an API to CORBA, Tcl/Tk, and the Solaris real-time facilities
  14. >: (itimers, etc.) and a runtime that efficiently mapped Ada tasks to 
  15. >: Solaris threads.
  16.  
  17. I am myself using Tcl from Ada. It took less than one afternoon for getting a
  18. minimal set of interfaces between Ada and Tcl to work, including callbacks.
  19. This was with our own compilers on Sparc and Hp700 (on engineer here has
  20. recently made a Windows95/WindowsNT port). I know there is a free Tcl binding
  21. for both Vads and GNAT.
  22.  
  23. The Solaris threads are supported in our ObjectAda product. This is significantly
  24. slower than our own previous 'user-mode' tasking, because of the Solaris
  25. overhead. So much for the 'efficiently mapped': the most significant overhead
  26. is *not* the Ada runtime. This is not to say Solaris is inefficient, but Solaris
  27. manages more ressources than an Ada runtime, must provide a lot more security
  28. and sanity checks than are required from an Ada runtime, and it consumes more
  29. CPU to do so.
  30.  
  31. Pascal.
  32.